Smart driver

ABSTRACT

A smart driver system for electrochromic devices is provided. The system includes at least one smart driver having one or more processors, memory and a communication module. The at least one smart driver is configurable to couple to or integrate with one or more smart windows having electrochromic devices. The at least one smart driver is configurable to input identification information from a plurality of self-identifying components of a smart window system, including the one or more smart windows, and to self-initialize or self-adjust a plurality of operating parameters for operation of the self-identifying components in accordance with the identification information.

BACKGROUND

Control of a single electrochromic window in isolation is relativelymuch simpler than control of electrochromic windows for a largeinstallation such as an entire building. Also, repair or replacement ofa single electrochromic window in isolation is simpler and lessexpensive than replacement or repair of an electrochromic window thathas been installed in a building, especially a large commercial buildingin an urban area, where rental of a crane and street closure could berequired for removal of the window. Regardless of location, it isundesirable to have an electrochromic window fail. In addition, featuresleading to user satisfaction may be unavailable in a simpler controllerfor electrochromic windows. It is within this context that theembodiments arise.

SUMMARY

In some embodiments, a smart driver system for electrochromic devices isprovided. The system includes at least one smart driver having one ormore processors, memory and a communication module. The at least onesmart driver is configurable to couple to or integrate with one or moresmart windows having electrochromic devices. The at least one smartdriver is configurable to input identification information from aplurality of self-identifying components of a smart window system,including the one or more smart windows, and to self-initialize orself-adjust a plurality of operating parameters for operation of theself-identifying components in accordance with the identificationinformation.

Other aspects and advantages of the embodiments will become apparentfrom the following detailed description taken in conjunction with theaccompanying drawings which illustrate, by way of example, theprinciples of the described embodiments.

BRIEF DESCRIPTION OF THE DRAWINGS

The described embodiments and the advantages thereof may best beunderstood by reference to the following description taken inconjunction with the accompanying drawings. These drawings in no waylimit any changes in form and detail that may be made to the describedembodiments by one skilled in the art without departing from the spiritand scope of the described embodiments.

FIG. 1A is a system diagram for a smart window system with control in adistributed device network and features for installation, barcodereading, autotune, fault detection, and AC/DC power management.

FIG. 1B depicts a server hosting the smart window services and databaseof FIG. 1A as a cloud service for the smart window system.

FIG. 2 is a block diagram showing a microcontroller, an AC/DC powermanager and an embodiment of an electrochromic device with an anode, acathode, a sequestration terminal and a sense voltage terminal, suitablefor embodiments of the smart window system of FIG. 1A.

FIG. 3 is a flow diagram of a method of driving smart windows, which canbe practiced by smart drivers and embodiments of the smart windowsystem.

FIG. 4A is an example screenshot from a smart phone, as a user devicehosting an install application for the smart window system, showing anequipment or task list for a smart window system installation.

FIG. 4B is an example screenshot, showing a soft keyboard for entering awindow name.

FIG. 4C is an example screenshot, showing a floorplan for where smartwindows equipment is installed or to be installed.

FIG. 4D is an example screenshot, showing installation instructions,including pictures, text and a video.

FIG. 4E is an example screenshot, showing instructions to scan a barcodeof a driver and a barcode of a cable, with accompanying pictures.

FIG. 4F is an example screenshot, showing instructions to plug a windowcable into a driver, with accompanying picture.

FIG. 4G is an example screenshot, showing instructions to installelectrical high-voltage to a cabinet, with accompanying picture.

FIG. 4H is an example screenshot, showing instructions to take a pictureof a completed component and wiring installation.

FIG. 5 is an illustration showing an exemplary computing device whichmay implement the embodiments described herein.

DETAILED DESCRIPTION

FIG. 1A is a system diagram for a smart window system with control in adistributed device network and features for installation, barcodereading, autotune, fault detection, and AC/DC power management. Controlof the smart windows 102 with the electrochromic devices 104 isdistributed throughout the distributed device network, among userdevices 101 with applications 116, the smart windows 102 themselves,smart controllers 106 (e.g. wall controllers or other controllersinstalled along with the smart windows 102), a smart window gateway 108,and smart window service(s) 110 available on a network 120 such asthrough cloud services on the Internet. Many types of user devices 101could be used, such as smart phones, personal digital assistants (PDA),personal computers, laptop computers, touchscreen computers, etc. Insome embodiments, each component, such as the smart window 102, thesmart controller 106, the smart window gateway 108, and cables 122 orother physical interconnect, has a barcode 112 which can be read intothe system during installation and also, later, during user operationand/or servicing. In some embodiments, each smart controller 106 hasvarious data structures 118, including, for the installed smart windowsystem, data regarding components, connections and parameters, andvarious modules 111, including an installation module, barcode module,an autotune module, a control loop, a fault detection module, and anAC/DC power management module.

During installation, each component, including the cables 122, isscanned to read the barcode 112 into the system. For example, a userdevice 101 such as a smart phone with a barcode reader applicationand/or an install application (e.g., applications 116), could be used bya user or technician to scan barcodes 112 on the components as they areinstalled. Other self-identifying mechanisms for receivingidentification information from components during installation oroperation, such as by scanning RFID (radio frequency identifier) tagsattached to components, or OCR (optical character recognition) scanningof tags attached to components, etc., could be used in furtherembodiments in place of or augmenting the barcode scanning. Thisinformation is relayed (e.g., wirelessly and/or through a network) to asmart controller 106, the smart window gateway 108 and/or a smart windowservice 110 for recording in one or more databases 114. The applicationcould prompt the user for the next component and for connections, bothguiding installation and recording scanned barcodes 112 for componentsduring installation, and the system could download relevant parametersfrom the smart window service 110. These parameters could include, forexample voltage and current normal or expected values, minimums,maximums and thresholds of the electrochromic devices 104 according tospecific model numbers, sizes, electrochromic chemistry, firmwarerevision numbers, etc., as deduced in accordance with the scannedbarcode 112.

After installation, the system could perform an autotune, detecting andverifying resistances of cables 122, and verifying operation accordingto the various parameters, including downloaded parameters, makingadjustments to parameters both in response to detection of operation andin response to user input (e.g., for rate of change of tinting of thewindows, or minimum or maximum level of tint). If a user wants to selecta specific window to operate, this could be done by again scanning abarcode 112 of that smart window 102, or by selecting from a graphicaluser interface on a user device 101 in coordination with the distributeddevice network and one of the data structures 118.

The system operates a control loop, and outside of the control loop afault detection module or loop monitors the operation of the system.Upon detecting a fault, the system could send a message or have a visualindicator, e.g., on a display screen or touchscreen on the smart windowgateway 108, a smart controller 106, or a user device 101, and couldmake appropriate adjustments to control, or disconnect a faulty smartwindow 102 or shut down the system.

FIG. 1B depicts a server 124 hosting the smart window services 110 anddatabase 114 of FIG. 1A as a cloud service for the smart window system.Smart window services 110 play a vital role in the distributed devicenetwork, in various embodiments of the smart window system, and allow aservice provider to aggregate data from installed smart window systemsfor improved statistical analysis of a large installed base, customerservice, and control and knowledge sharing. Also, centralizing thegathering and storage of device data relieves installed smart windowsystems from the burden of data storage, data transfer during upgrades,data recovery on failure, data security, and other problems arising fromindividual system management of data. In various embodiments, the server124 could be a single server, multiple servers, a distributed server, avirtual server, etc., coupled to the network 120, e.g., the Internet.Various smart window services 110 can be implemented in variouscombinations and with various features in embodiments of the server 124as software modules, coupled to the database 114, which could be localto the server 124 or remote or distributed, e.g., as cloud storage.

An install guide 138 of FIG. 1B coordinates with the user device 101application 116 barcode reader application and install application,through the connection through the network 120, uploading scannedbarcodes of components, MAC (media access control) addresses and/or IPaddresses (e.g. from the components themselves through the smart windowgateway 108), names of components, locations, and other information forthe database 114 as entered through the user device 101 (e.g, throughphotographs of barcodes and equipment, and manual entry of names orselections and confirmations of install steps). The monitoring service126 coordinates, through the network 120 connection, with the smartwindow gateway 108, smart controller(s) 106 and smart windows 102,uploading monitoring information from the various components for thedatabase 114, as sent by the components of the smart window system.

Diagnostics 128 and analytics 130 modules of FIG. 1B cooperate with themonitoring service 126 and database 114 to look at various aspects ofsmart window system operation and system components. Among otherservices, the diagnostics 128 performs failure analysis. The diagnostics128 and or analytics 130 look for anomalies in static or dynamic systembehavior and operating parameters. A proactive guidance 132 cooperateswith the diagnostics 128 and analytics 130, to predict device failure inadvance, for example based on anomalous behavior, and makerecommendations for further actions, for example software or hardwareservice. A software maintenance module 134 tracks and performs updates,upgrades and downloads of software for the smart window gateway 108,smart controller 106 and smart window 102 in various installations.Depending on circumstances and user agreements, software changes couldbe performed automatically, or with user request and/or or userverification. A hardware maintenance module 136 forms recommendationsfor updates, upgrades and service visits.

The security module 140 of FIG. 1B provides and enforces security forthe database 114 and the server 124 itself. Also, the security module140 coordinates installation of new or replacement components in smartwindows installations, through cooperation with the smart window gateway108, smart controllers 106 and smart windows 102. In some embodiments,security local to the installed smart window system is handled by thesmart window gateway 108, and the security module 140 keeps the softwarefor security up to date in the gateway 108 through the softwaremaintenance module 134. The hardware maintenance module 136 couldrecommend when to replace the gateway 108, for example when hardwareneeds for security render the gateway 108 obsolete.

Concierge service 170 of FIG. 1B is supported in the server 124. Manyusers prefer not to have to train local personnel to learn complex userinterfaces and to diagnose and service a complex system, and conciergeservice 170 is available to see to various user needs. A combination ofautomated services and staffed services, through the server 124, couldbe made available for various levels of user and system support, fromwarranty and upgrade services through fully hosted solutions. Remotemonitoring, alerting, error reporting, and pushing of software upgradescould be part of concierge service 170, as could having a support teamto answer phone calls and advise how to use the system and how to makechanges.

Various embodiments of the database 114 of FIG. 1B coupled to the smartwindow services 110 have various combinations of the following datafields. Various data structures could be used in implementing thedatabase 114, as readily devised, with various forms of links,associations, search capabilities, etc. Information could be organizedon a per user or per installed system basis, and include systeminstalled location 142, smart window components 144, various dates 146such as install, service, inquiry, etc., barcodes 148, MAC addresses150, component locations 152, component connections 154, componentassigned names 156, and component monitoring data 158. For users, thedatabase 114 could store customer plans 160, user preferences 162,requests 166, e.g. for specific equipment, technical issues, newfeatures or general inquiries, etc., and service records 168.

FIG. 2 is a block diagram showing a microcontroller 210, an AC/DC powermanager 202 and an embodiment of an electrochromic device 104 with ananode 220, a cathode 226, a sequestration terminal 222 and a sensevoltage terminal 224, suitable for embodiments of the smart windowsystem of FIG. 1A. These components could be embodied in the smartcontroller 106 of FIG. 1A, the smart window 102, the smart windowgateway 108, or be distributed in two or more of these, in variouscombinations. A microcontroller 210 with processor 212, memory 214,communication module 216 and analog-to-digital converter 218, monitorsthe terminals of the electrochromic device 104, including the anode 220,sequestration 222, sense 224 and cathode 226 terminals, for currentand/or voltage in various embodiments. This information is used for bothcontrol, in the control loop, and fault detection, in the fail detectmodule, as shown in FIG. 1. The microcontroller 210 communicates withthe AC/DC power manager 202, and these two components cooperate inmanaging selection 208 of AC or DC power, and battery charging 206 for abattery 228. Output of the AC/DC power manager 202 is connected to adual rail power supply 204, which is also managed by the microcontroller210, and provides voltage and current to the electrochromic device 104for tinting and bleaching. In one embodiment, the relative amount of ACor DC power selected is variable under various circumstances, e.g., perwindow, per user, per group of windows, per group of users, and ischangeable for different times, modes of operation or circumstances ofoperation of one or more of the smart windows 102.

A list of fault checks the smart driver may perform in some embodimentsis provided below.

1. ADC Check—ADC (analog-to-digital converter) 218, which converts theanalog input signals from the instrumentation circuits that measurevoltages and current to digital numbers so they can be evaluated. If theADC hardware stops running, then the data becomes stale and the controlloop does not run accurately. The ADC can be monitored to make sure theADC is always giving the software code a current stream of readings. Ifnot, the ADC can be restarted or the system can eventually shuteverything down.

2. Step Start Voltage—Before beginning to tint or bleach a panel (calledrunning a “step”), the system can check the resting voltage of the driveand sense voltages. When a panel is disconnected from a drive and atrest, the panel voltage should be equal (or close to) the sense voltageof the panel. If not, then something is wrong with the wiring or theelectronics and the system can decide not to begin the step.

3. Temperature Check—There is constant measuring of the temperature ofthe driver electronics. If they get too hot, there is something wrong(electronics failure or wire short) and the system stops running steps.

4. I2C Check—Some of the hardware chips on a driver board communicate toa main processor using a serial protocol called i2C, in someembodiments. If the system determines absence of communication with theother chips, then the system declares a hardware failure and stopsrunning steps.

5. Driver Hardware Error Check—The driver hardware has an analog circuitthat constantly reads the sense 224 voltage from the panel. If the sense224 voltage goes over a prescribed limit (set in the hardware design)the hardware circuit disconnects the driver from the panel. Thisprotects the panel from a firmware bug that might over drive the paneland is a second wall of defense for the panel. The firmware gets asignal from the hardware error circuit and logs it as a fault condition.

6. Over and Under Voltage Checks—There are four fault condition checksthat run while a step is in progress. In some embodiments, the firmwarecontrol loop should keep the sense 224 voltage within the safeboundaries of the panel voltage limits. However, control loops can betuned incorrectly (or have a bug) that lets the signal that they aretrying to control overshoot the target value that the control loop istrying to reach. These voltage checks are performed independently of thecontrol loop and provide “guard rails” that the control loop must keepthe signal within or else the step will be stopped by the voltage checkcode. There are two positive and two negative values and both sets workthe same way, but in opposite polarities. For the positive voltages,there is a “soft limit” voltage and a “hard limit” voltage. Each has atime value that is a limit of how long the control signal can be out ofbounds before the fault is triggered. The idea is that the soft limitvoltage is closer to the controlled target signal value, but has alonger and more generous time out value, so if the signal overshoots alittle bit, but comes back within the limits quickly, a fault is nottriggered. The higher (“hard”) fault limit is set with a shorter timeout. If the signal crosses the high limit for even a short amount oftime the fault triggers and the drive is shut off. An analogy would bethe lane sensing computers that are on some new cars. If the carcomputer sees you drifting out of your lane, it beeps to wake the driverup, but if the car drifts too far out (or for too long) it stops thecar.

7. Positive and Negative Over Current Limits—While running a step, thesystem checks to see if the current coming in or out of the panel hasexceeded a configurable limit, in which case the system declaressomething is wrong and stops the step.

8. Drive Voltage Output Error—The control loop in the firmware uses ahardware power amplifier circuit to output voltages on the panel wires.It knows what voltage it expects the hardware circuit to output, say12.5 volts. The firmware constantly measures the actual output voltage.If the actual voltage does not match the commanded voltage (within abanded limit of voltage and time), then there is something wrong withthe wiring or the hardware itself and the drive is shut down.

9. Sense 224 Voltage dV/dt—As a panel is driven with a positive ornegative voltage, the sense voltage should follow. It does not followinstantly, but eventually should start movement in the correctdirection. If it doesn't, that's a good clue that a sensing circuit hasfailed or the wires are not correctly connected.

10. Impedance Check—The panel tints or bleaches by applying adifferential voltage to the anode and cathode wires, and electriccurrent flows in or out of the panel. The greater the difference betweenthe sense 224 voltage and the drive voltage, the more current flows. Bycomparing the difference between the panel voltage and the sense 224voltage, then dividing by the measured current going in or out of thepanel, a panel impedance can be derived (Ohms Law). The panel impedancetends to stay constant across all current ranges of a panel (if thepanel is the same size). This gives a good measurement reference tocompare with. (For example, one specific model of panels tends to runabout at five Ohms). The system measures the impedance of the panelwhile running a step. If the impedance goes out of range, something iswrong and the system stops the step.

11. Minimum Current—When beginning a step, the system expects at least alittle current to flow, even if the panel was completely tinted orbleached before. This is due to the battery-like nature of the panel.The system looks for this at the beginning of each step and stops thestep if the system does not see any current flowing. It is a good way totell if there is a wiring problem.

12. Sequestration Circuit Monitoring—The system could also use the wiresfrom the sequestration 222 circuit area on the panel as another sensingpoint to watch. While driving the main panel, the sequestration 222circuit voltage will also tend to follow or react to the voltage of thepanel. Making sure that it follows an expected pattern or stays withinbounds is a good addition for embodiments that have charge sequestrationin the electrochromic device.

Benefits in performing fault detection include the following.

A failure of the wiring or electronics can make the control loop usevoltage and current measurements that are incorrect and undetectable bythe regular control algorithm, which assumes that everything isconnected properly and all of the electronics will work as expected.

Another possible failure mode is that a software bug could be introducedinto the control loop after a software upgrade, and the bug lets thecontrol loop overdrive the electrochromic device.

Driving the electrochromic device beyond its electrical limits willoften irrevocably damage it.

Software code monitors the control loop output, driver temperature, andthe sense voltage and currents. Independent of the control loop, thesoftware for fault detection compares what is actually happening vs.what is normally expected, and if anything looks unusual, (as detailedby, e.g., a list), stops the tint/bleach process in order to protect theelectrochromic device.

If a fault occurs (or not), some embodiments communicate the faultstatus to the cloud (e.g., to a monitoring server). This will often letcloud support detect problems before the customer does.

As a further line of defense, some embodiments have a hardware circuitthat looks for over voltages on the electrochromic panel sense line, andif detected, disconnects the driver from the panel. This protects theelectrochromic device against bugs anywhere in the driver firmware. Thedriver firmware detects that the hardware fault circuit has triggeredand communicates that to a cloud service as well. Having a hardwarefault circuit works to protect the electrochromic device even withoutfirmware fault detection.

For the power management, an example scenario in which a variable amountof AC and DC power is selected by the smart window control system anddistributed device network is when a user selects one or two smartwindows 102 of which to change tint, or the system selects some numberof windows below a threshold for change of tint. The system could chooseto use entirely AC power 230 to drive the power supply and producevoltage and current for changing the charge on the electrochromic device104. But, if a much larger number of windows are selected to changetint, e.g., if there is a setting for one entire side of a building tohave all the windows change tint in the morning or the evening, thismight cause a voltage sag on power lines in the building. Under thosecircumstances, the system could choose to use a mix of some percentageof AC power 230 and some percentage of DC power, from batteries 228 inthe system. In some embodiments, this could be based on activemonitoring of voltages in the AC/DC power manager 202, to determinevoltage sag. In another scenario, some users could have privileges forrapid change of tint of electrochromic windows, and the system couldapply a predetermined maximum amount of DC power from the batteries 228in the system, either with zero AC power or supplemented with someamount of AC power 230, to achieve this rapid change of tint. Poweroutage presents another set of circumstances. In one power outage mode,the terminals of the electrochromic device could be disconnected andallowed to float, with transition to this mode managed under DC powerfrom the batteries 228 as power backup during the power fail. In anotherpower outage mode, the electrochromic device 104 could be driven todischarge the electrochromic device 104 (i.e., bleach or clear thetint), using DC power from the batteries 228. The smart driver couldmanage relative usage of DC power from batteries 228 versus AC power 230in accordance with various rules, e.g., for less power cycling ofbatteries 228 and longer battery life, or slower or greater rate ofchange of tint for the electrochromic devices 104, or thresholds fornumbers of windows and amounts of tint to change, etc.

FIG. 3 is a flow diagram of a method of driving smart windows, which canbe practiced by smart drivers and embodiments of the smart windowsystem. The method can be practiced by various processors in componentsin the system. In an action 302, there is coupling and communicationamong a smart window gateway, smart window service(s), smartcontroller(s), smart window(s) and user device(s), as a distributeddevice network for controlling electrochromic devices in smart windows.In variations, subsets of the above, or additional devices, could form adistributed device network. In a further variation, the above could beintegrated into fewer numbers of devices.

In an action 304, identification information is received fromself-identifying components. For example, in one embodiment, aninstaller or user has a user device with a barcode reader, and scansbarcodes on self-identifying components. Barcodes are sent from the userdevice to a component of the smart window system, where theidentification information is received without need for manual userentry (e.g., typing or other form of alphanumeric entry).

In an action 306, the system self-initializes operating parameters. Inone embodiment, the smart window system communicates with a smart windowservice through a network, and downloads parameters in accordance withthe identification information received from the self-identifyingcomponents. It should be appreciated that no manual entry of parametersis needed in some embodiments.

In an action 308, the system self-adjusts (i.e., autotunes) operatingparameters. No manual adjustment of parameters is needed. In an action310, the system verifies correct operation of the various components. Inan action 312, the system performs fault checks. Examples of these aredescribed above, and further fault checks are readily devised.

In an action 314, the system selects a variable amount of AC and DCpower. For example, in some versions there is both AC power and DCpower, from a battery, available. The system could use primarily ACpower for driving the electrochromic devices, but could use DC power forswitching large numbers of electrochromic devices to avoid power sag onthe AC lines in a building.

FIGS. 4A-4H illustrate an installation scenario for a smart windowsystem installation. With reference back to FIG. 1A, a user device 101with a barcode reader/install application guides one or more users, forexample a professional installer, through an installation process toinstall smart windows 102, smart controller(s) 106, and/or a smartwindow gateway 108 at a specified location, such as a home, business orbuilding. Some of the screens are shown in example screenshots herein,others are described, and further screens for this or other userinterfaces, including graphical user interfaces (GUI) and command lineinterfaces (CLI), are readily devised in keeping with the teachingsherein.

In one embodiment, the application 116 on the user device 101coordinates with the install guide 138 in the smart window services 110(see FIG. 1B), and provides information specific to a particularinstallation and set of smart window components while also gatheringinformation from the installation and relaying the information back tothe server 124 to store in the database 114 for ongoing monitoring 126,diagnostics 128, analytics 130 and proactive guidance 132. For example,the user could scan a barcode 112, and the application 116 directs whichcable to select next and which other component to connect at the otherend of the cable.

FIG. 4A is an example screenshot from a smart phone, as a user device101 hosting an install application for the smart window system, showingan equipment or task list 406 for a smart window system installation.Location information 402 (e.g., physical address of a building) isdisplayed in one field on the screen, and another field displaysinstruction information 404. Soft buttons 408, for example at the bottomof the screen (or could be at the top or interspersed throughout), areavailable for selecting to see a depiction of the site, return to a homescreen, or configure aspects of the install guide or the installationitself. To proceed, the user selects (e.g., click on, tap or enter) oneof the installation items on the list, such as frames, cabinets, cables,windows, electrical high-voltage or electrical low-voltage. The nextscreen corresponds to the selected item.

FIG. 4B is an example screenshot, showing a soft keyboard 412 forentering a window name. Instruction information 410 directs the user tobrowse to select a specific window, and enter a name for the window. Forexample, the user could enter a room name, a floor number, a coordinatefrom a floorplan, or other identifying information to make the specificsmart window easy to locate and identify for tint adjustment or service.

FIG. 4C is an example screenshot, showing a floorplan 414 for wheresmart windows equipment is installed or to be installed. The floorplan414 could be from architectural plans. In some embodiments this is anavigable floorplan, so that the user could enter a room and see a nextview of that room and the smart windows and/or other smart windowequipment of that room. In some embodiments, this is linked withinstallation photographs (see FIG. 4H).

FIG. 4D is an example screenshot, showing installation instructions,including pictures 416, text and a video 418. Selecting the video 418causes the video to play. The video could be accessed via a link to theserver 124 (see FIGS. 1A and 1B), or resident on the user device 101application 116.

FIG. 4E is an example screenshot, showing instructions to scan a barcode112 of a driver and a barcode 112 of a cable 122 (see FIG. 1A), withaccompanying pictures 420, 422. In this embodiment, a QR code (quickresponse code, a matrix or two-dimensional barcode) is used as thebarcode 112, and a camera of a smart phone takes a picture of thebarcode 112 to perform the scan. The user taps or otherwise selects thecheckmark corresponding to the component that has been scanned, tocomplete the scanning process. Barcode information is linked orotherwise associated to the name of the component, location of thecomponent, control of the component and monitoring of the component, invarious locations in the distributed device network of the smart windowsystem, at the installed location and/or in the smart window services110 in various embodiments. Similar screens show instructions to scanbarcodes of other components in the system.

FIG. 4F is an example screenshot, showing instructions 424 to plug awindow cable into a driver, with accompanying picture 426. As with otherexample screens, the picture 426 could be downloaded from the server124, for example as a match to the equipment list for specific models ofcomponents, or could be resident in the user device 101 application 116.Similar screens show instructions and accompanying pictures (orillustrations) for other aspects of installation and other components.

FIG. 4G is an example screenshot, showing instructions 428, 432 toinstall electrical high-voltage to a cabinet, with accompanying picture430. Other screens show instructions to scan the barcode of thehigh-voltage equipment and the barcode(s) of cable(s), and areaccompanied by pictures of component installation. The user can selectto view a wiring diagram, see installation instructions, or continue ina sequence.

FIG. 4H is an example screenshot, showing instructions 434 to take apicture of a completed component and wiring installation. Cameracontrols 438 are operated by the user, and an example picture 436 showswhat the completed component and wiring installation looks like. Invarious embodiments, the picture of the completed component and wiringinsulation, for each such component installation, is uploaded to theserver 124 and stored in the database 114, in association with thescanned barcodes 112, and component naming and location information.

Other screens are not shown, but readily envisioned in the context of aninstallation application and a user device 101). Example screens for amobile application include a screen that directs the user to selectwhich floor of a building is applicable for installation of a component,and indicates how many components are installed versus how manycomponents total will be installed on that floor. A screen can instructthe user to scan a barcode on a cabinet into which high-voltageequipment is to be installed. A screen may instruct to install a driverinto a cabinet, and has selections for viewing a wiring diagram orinstallation instructions. After wiring of the driver is complete, onescreen can instruct a user to press the commissioning button on thedriver, and shows a picture (or animation) of a finger pressing thebutton on the driver. Status information for gateways, drivers, devices,etc. is displayed on a screen, along with an activity stream. Anotherscreen displays status (e.g., symbolized by red, yellow or green lightas on a traffic signal, or alphanumeric designation, etc.) of smartwindows or groups of smart windows, with floor, driver identificationand window identification. An error message is displayed on one examplescreen, along with reasons why installation of a specific componentfailed, and a telephone number to call for additional help.

With reference back to FIGS. 1A-4H, a walk-through of an installationscenario is provided. The smart window system installation applicationon the user device 101 instructs the user as to sequences of componentselection, identification, placement, and wiring. With each componentinstalled, and each cable 122 installed, a barcode 112 is scanned, and apicture is taken. Each component can be named. After a smart window 102is installed, the application instructs to install a driver into aspecific cabinet at a specific location. The application 116 instructsto install the smart window gateway 108 into a specific cabinet at aspecific location, and plug in cables 122, high-voltage, low-voltage andnetwork connections. The application 116 and/or the install guide 138 inthe smart window services 110 verifies connections are according to acustomer plan 160 in the database 114, and issues status, errorinformation and/or instructions (e.g., for manual testing using buttonsand LEDs, etc.) to the user device 101 accordingly. If wiring needs tobe cleaned up, the application could instruct as to rearranging cables.Information for the installation is sent to and made available in thedatabase 114 for smart window services 110, so that automated help andhuman-based tech support can get technical details of the equipment andinstallation, including barcode information and photographs.

Remote troubleshooting, and concierge service 170 are made possiblethrough the smart window services 110 and the database 114. For example,the user could make a movie of a component that is operatingincorrectly, and send the movie and a scanned barcode 112 from theapplication 116 in the user device 101 to one of the smart windowservices 110, such as the concierge service 170 for remotetroubleshooting. Monitoring 126 and diagnostics 128 should act on thescanned barcode 112, and determine whether a component corresponding tothe barcode 112 has correct or faulty operating parameters or behaviorover time. If a component is drawing too little or too much power, orhas noisy signals or erratic signals, this could indicate a faultycomponent or a component that will fail soon. Proactive guidance 132could issue recommendations for service visits or component replacementor software or hardware upgrade. Aggregated statistics across multipleinstalled smart window systems can be combined withinstallation-specific information to generate alerts or recommendationsfor repair or replacement of components.

It should be appreciated that the methods described herein may beperformed with a digital processing system, such as a conventional,general-purpose computer system. Special purpose computers, which aredesigned or programmed to perform only one function may be used in thealternative. FIG. 5 is an illustration showing an exemplary computingdevice which may implement the embodiments described herein. Thecomputing device of FIG. 5 may be used to perform embodiments of thefunctionality for the smart window driver system in accordance with someembodiments. The computing device includes a central processing unit(CPU) 501, which is coupled through a bus 505 to a memory 503, and massstorage device 507. Mass storage device 507 represents a persistent datastorage device such as a floppy disc drive or a fixed disc drive, whichmay be local or remote in some embodiments. Memory 503 may include readonly memory, random access memory, etc. Applications resident on thecomputing device may be stored on or accessed via a computer readablemedium such as memory 503 or mass storage device 507 in someembodiments. Applications may also be in the form of modulatedelectronic signals modulated accessed via a network modem or othernetwork interface of the computing device. It should be appreciated thatCPU 501 may be embodied in a general-purpose processor, a specialpurpose processor, or a specially programmed logic device in someembodiments.

Display 511 is in communication with CPU 501, memory 503, and massstorage device 507, through bus 505. Display 511 is configured todisplay any visualization tools or reports associated with the systemdescribed herein. Input/output device 509 is coupled to bus 505 in orderto communicate information in command selections to CPU 501. It shouldbe appreciated that data to and from external devices may becommunicated through the input/output device 509. CPU 501 can be definedto execute the functionality described herein to enable thefunctionality described with reference to FIGS. 1A-4H. The codeembodying this functionality may be stored within memory 503 or massstorage device 507 for execution by a processor such as CPU 501 in someembodiments. The operating system on the computing device may be MSDOS™, MS-WINDOWS™, OS/2™, UNIX™, LINUX™, or other known operatingsystems. It should be appreciated that the embodiments described hereinmay also be integrated with a virtualized computing system implementedwith physical computing resources.

It should be understood that although the terms first, second, etc. maybe used herein to describe various steps or calculations, these steps orcalculations should not be limited by these terms. These terms are onlyused to distinguish one step or calculation from another. For example, afirst calculation could be termed a second calculation, and, similarly,a second step could be termed a first step, without departing from thescope of this disclosure. As used herein, the term “and/or” and the “/”symbol includes any and all combinations of one or more of theassociated listed items.

As used herein, the singular forms “a”, “an” and “the” are intended toinclude the plural forms as well, unless the context clearly indicatesotherwise. It will be further understood that the terms “comprises”,“comprising”, “includes”, and/or “including”, when used herein, specifythe presence of stated features, integers, steps, operations, elements,and/or components, but do not preclude the presence or addition of oneor more other features, integers, steps, operations, elements,components, and/or groups thereof. Therefore, the terminology usedherein is for the purpose of describing particular embodiments only andis not intended to be limiting.

It should also be noted that in some alternative implementations, thefunctions/acts noted may occur out of the order noted in the figures.For example, two figures shown in succession may in fact be executedsubstantially concurrently or may sometimes be executed in the reverseorder, depending upon the functionality/acts involved.

With the above embodiments in mind, it should be understood that theembodiments might employ various computer-implemented operationsinvolving data stored in computer systems. These operations are thoserequiring physical manipulation of physical quantities. Usually, thoughnot necessarily, these quantities take the form of electrical ormagnetic signals capable of being stored, transferred, combined,compared, and otherwise manipulated. Further, the manipulationsperformed are often referred to in terms, such as producing,identifying, determining, or comparing. Any of the operations describedherein that form part of the embodiments are useful machine operations.The embodiments also relate to a device or an apparatus for performingthese operations. The apparatus can be specially constructed for therequired purpose, or the apparatus can be a general-purpose computerselectively activated or configured by a computer program stored in thecomputer. In particular, various general-purpose machines can be usedwith computer programs written in accordance with the teachings herein,or it may be more convenient to construct a more specialized apparatusto perform the required operations.

A module, an application, a layer, an agent or other method-operableentity could be implemented as hardware, firmware, or a processorexecuting software, or combinations thereof. It should be appreciatedthat, where a software-based embodiment is disclosed herein, thesoftware can be embodied in a physical machine such as a controller. Forexample, a controller could include a first module and a second module.A controller could be configured to perform various actions, e.g., of amethod, an application, a layer or an agent.

The embodiments can also be embodied as computer readable code on atangible non-transitory computer readable medium. The computer readablemedium is any data storage device that can store data, which can bethereafter read by a computer system. Examples of the computer readablemedium include hard drives, network attached storage (NAS), read-onlymemory, random-access memory, CD-ROMs, CD-Rs, CD-RWs, magnetic tapes,and other optical and non-optical data storage devices. The computerreadable medium can also be distributed over a network coupled computersystem so that the computer readable code is stored and executed in adistributed fashion. Embodiments described herein may be practiced withvarious computer system configurations including hand-held devices,tablets, microprocessor systems, microprocessor-based or programmableconsumer electronics, minicomputers, mainframe computers and the like.The embodiments can also be practiced in distributed computingenvironments where tasks are performed by remote processing devices thatare linked through a wire-based or wireless network.

Although the method operations were described in a specific order, itshould be understood that other operations may be performed in betweendescribed operations, described operations may be adjusted so that theyoccur at slightly different times or the described operations may bedistributed in a system which allows the occurrence of the processingoperations at various intervals associated with the processing.

In various embodiments, one or more portions of the methods andmechanisms described herein may form part of a cloud-computingenvironment. In such embodiments, resources may be provided over theInternet as services according to one or more various models. Suchmodels may include Infrastructure as a Service (IaaS), Platform as aService (PaaS), and Software as a Service (SaaS). In IaaS, computerinfrastructure is delivered as a service. In such a case, the computingequipment is generally owned and operated by the service provider. Inthe PaaS model, software tools and underlying equipment used bydevelopers to develop software solutions may be provided as a serviceand hosted by the service provider. SaaS typically includes a serviceprovider licensing software as a service on demand. The service providermay host the software, or may deploy the software to a customer for agiven period of time. Numerous combinations of the above models arepossible and are contemplated.

Various units, circuits, or other components may be described or claimedas “configured to” or “configurable to” perform a task or tasks. In suchcontexts, the phrase “configured to” or “configurable to” is used toconnote structure by indicating that the units/circuits/componentsinclude structure (e.g., circuitry) that performs the task or tasksduring operation. As such, the unit/circuit/component can be said to beconfigured to perform the task, or configurable to perform the task,even when the specified unit/circuit/component is not currentlyoperational (e.g., is not on). The units/circuits/components used withthe “configured to” or “configurable to” language include hardware—forexample, circuits, memory storing program instructions executable toimplement the operation, etc. Reciting that a unit/circuit/component is“configured to” perform one or more tasks, or is “configurable to”perform one or more tasks, is expressly intended not to invoke 35 U.S.C.112, sixth paragraph, for that unit/circuit/component. Additionally,“configured to” or “configurable to” can include generic structure(e.g., generic circuitry) that is manipulated by software and/orfirmware (e.g., an FPGA or a general-purpose processor executingsoftware) to operate in manner that is capable of performing the task(s)at issue. “Configured to” may also include adapting a manufacturingprocess (e.g., a semiconductor fabrication facility) to fabricatedevices (e.g., integrated circuits) that are adapted to implement orperform one or more tasks. “Configurable to” is expressly intended notto apply to blank media, an unprogrammed processor or unprogrammedgeneric computer, or an unprogrammed programmable logic device,programmable gate array, or other unprogrammed device, unlessaccompanied by programmed media that confers the ability to theunprogrammed device to be configured to perform the disclosedfunction(s).

The foregoing description, for the purpose of explanation, has beendescribed with reference to specific embodiments. However, theillustrative discussions above are not intended to be exhaustive or tolimit the invention to the precise forms disclosed. Many modificationsand variations are possible in view of the above teachings. Theembodiments were chosen and described in order to best explain theprinciples of the embodiments and its practical applications, to therebyenable others skilled in the art to best utilize the embodiments andvarious modifications as may be suited to the particular usecontemplated. Accordingly, the present embodiments are to be consideredas illustrative and not restrictive, and the invention is not to belimited to the details given herein, but may be modified within thescope and equivalents of the appended claims.

What is claimed is:
 1. A smart driver system for electrochromic devices,comprising: at least one smart driver having one or more processors,memory and a communication module; the at least one smart driverconfigurable to couple to or integrate with one or more smart windowshaving electrochromic devices; and the at least one smart driverconfigurable to input identification information from a plurality ofself-identifying components of a smart window system, including the oneor more smart windows, and to self-initialize or self-adjust a pluralityof operating parameters for operation of the self-identifying componentsin accordance with the identification information.
 2. The smart driversystem of claim 1, wherein the at least one smart driver comprises: asmart window gateway configurable to couple to a network and to one ormore smart window services on the network, and configurable to couple tosmart controllers; one or more smart controllers configurable to coupleto the smart window gateway and the one or more smart windows; and thesmart window gateway or the one or more smart controllers configurableto couple to one or more user devices, with the smart window gateway,the one or more smart window services, the one or more smartcontrollers, the one or more user devices and the one or more smartwindows acting as a distributed device network for controlling theelectrochromic devices of the one or more smart windows.
 3. The smartdriver system of claim 1, further comprising: the at least one smartdriver configurable to communicate with a user device having a barcodereader application, wherein the at least one smart driver configurableto input the identification information from the plurality ofself-identifying components of the smart window system comprises the atleast one smart driver configurable to receive barcode information fromthe user device having the barcode reader application, responsive to theuser device scanning barcodes on the self-identifying components of thesmart window system.
 4. The smart driver system of claim 1, furthercomprising: a server, configured to receive one or more photographs ofone or more of the plurality of self-identifying components asinstalled; and the server further configured to store the one or morephotographs in association with the identification information from theplurality of self identifying components.
 5. The smart driver system ofclaim 1, wherein the at least one smart driver configurable toself-initialize or self-adjust the plurality of operating parameterscomprises: the at least one smart driver configurable to send data fromthe plurality of self-identifying components via a network to a serverfor diagnostics, monitoring or remote troubleshooting.
 6. The smartdriver system of claim 1, further comprising: the at least one smartdriver configurable to cooperate with a user device having an installapplication, to install, connect and verify correct operation of theself-identifying components in accordance with the self-initialized orself-adjusted plurality of operating parameters.
 7. The smart driversystem of claim 1, further comprising: the at least one smart driverconfigurable to perform fault checks on at least two from a groupconsisting of: an analog-to-digital converter configurable to couple toand monitor a smart window; a step start voltage of the smart window; atemperature of driver electronics; an expected communication; a value ofa sense voltage of the smart window; voltage limits of the smart window;current limits of the smart window; drive voltage to the smart window;change in the sense voltage of the smart window; an impedance of anelectrochromic device; an expected minimum current at a beginning of astep to the smart window; and a sequestration circuit of the smartwindow.
 8. A smart driver system with electrochromic devices,comprising: a plurality of smart windows having electrochromic devices;at least one smart driver integrated with the plurality of smart windowsor configurable to couple to the plurality of smart windows; and theplurality of smart windows and the at least one smart driver havingmemory, one or more processors and communication capability, and beingconfigurable to receive identification information from a plurality ofself-identifying components of the smart driver system withelectrochromic devices and to self-initialize or self-adjust a pluralityof operating parameters for operation of the plurality of smart windowsin accordance with the identification information.
 9. The smart driversystem with electrochromic devices of claim 8, wherein the at least onesmart driver comprises: a smart window gateway having at least oneprocessor and configurable to couple to a network to communicate withone or more smart window services; one or more smart controllers eachhaving at least one processor; and the smart window gateway and the oneor more smart controllers configurable to couple to and communicate witheach other, the plurality of smart windows, one or more user deviceshaving one or more applications, and the one or more smart windowservices, to act as a distributed device network for controlling theelectrochromic devices.
 10. The smart driver system with electrochromicdevices of claim 8, wherein the plurality of smart windows and the atleast one smart driver being configurable to receive the identificationinformation from the plurality of self-identifying components comprises:the at least one smart driver configurable to receive barcodeinformation from a user device scanning barcodes of the self-identifyingcomponents.
 11. The smart driver system with electrochromic devices ofclaim 8, wherein the at least one smart driver is configurable tocooperate with one or more smart window services in a server coupled bya network to the at least one smart driver, for monitoring ordiagnostics.
 12. The smart driver system with electrochromic devices ofclaim 8, further comprising: the at least one smart driver configurableto cooperate with a user device having an install application, andcooperate with one or more smart window services in a server coupled bya network to the at least one smart driver, for installation andverification of operation of the self-identifying components inassociation with the identification information.
 13. The smart driversystem with electrochromic devices of claim 8, further comprising: theat least one smart driver configurable to perform fault checks on andverify correct operation of the self-identifying components.
 14. Amethod of driving smart windows having electrochromic devices, performedby a smart driver system, the method comprising: receivingidentification information from a plurality of self-identifyingcomponents of a smart window system, including one or more smartwindows; self-initializing a plurality of operating parameters for theplurality of self-identifying components, in accordance with theidentification information, for setup of the smart window system; andself-adjusting at least one of the plurality of operating parameters,for operation of the smart window system.
 15. The method of claim 14,further comprising: coupling and communicating among a smart windowgateway, a network, one or more smart controllers, one or more smartwindows, and one or more user devices, to act as a distributed devicenetwork; and controlling the electrochromic devices, by the distributeddevice network.
 16. The method of claim 14, further comprising:communicating with a user device having a barcode reader application,wherein the receiving the input identification information from theplurality of self-identifying components comprises receiving scannedbarcodes from the user device resulting from the user device scanningbarcodes of the self-identifying components.
 17. The method of claim 14,further comprising: receiving, at a server, from a user device, one ormore photographs of one or more of the plurality of self-identifyingcomponents; and storing, in a database coupled to the server, the one ormore photographs of the one or more of the plurality of self-identifyingcomponents in association with the identification information from theplurality of self-identifying components.
 18. The method of claim 14,further comprising: cooperating with one or more smart window servicesin a server that is coupled via a network to the smart driver system, toperform monitoring or diagnostics on the plurality of self-identifyingcomponents.
 19. The method of claim 14, further comprising: cooperatingwith a user device having an install application, and with one or moresmart window services in a server that is coupled via a network to thesmart driver system, to install, connect and verify correct operation ofthe self-identifying components.
 20. The method of claim 14, furthercomprising: performing fault checks on at least two from a groupconsisting of: an analog-to-digital converter configurable to couple toand monitor a smart window; a step start voltage of the smart window; atemperature of driver electronics; an expected communication; a value ofa sense voltage of the smart window; voltage limits of the smart window;current limits of the smart window; drive voltage to the smart window;change in the sense voltage of the smart window; an impedance of anelectrochromic device; an expected minimum current at a beginning of astep to the smart window; and a sequestration circuit of the smartwindow.